基础
HereDoc 全名叫做 Here Document，中文可以称之为 嵌入文档。对它的叫法实际上很多，here文档，hereis，here-string 等等都是它。
嵌入文档是 Shell I/O 重定向功能的一种替代。我们已经知道 Shell 的 I/O 重定向是一种文件句柄的传输。例如：
COMMAND 1>/tmp/1.lst 2>&1将命令的标准输出为一个文件，同时也将错误输出到同一个文件中。
而下例：
cat /etc/passwd | grep '^admin:'则通过管道将前一命令的输出当做后一命令的标准输入。
基本语法
Here Document 就是标准输入的一种替代品。它使得脚本开发人员可以不必使用临时文件来构建输入信息，而是直接就地生产出一个文件并用作命令的标准输入。一般来说其格式是这样的：
COMMAND <<IDENT
...
IDENT在这里，<< 是引导标记，IDENT 是一个限定符，由开发人员自行选定，两个 IDENT 限定符之间的内容将被当做是一个文件并用作 COMMAND 的标准输入。例如echo大段文本时，我们可以使用 cat file 的语法：
cat <<EOF
SOME TEXT
HERE
!
EOF此例中，我们使用 EOF 短语作为限定符。
Here Document 是可以嵌套的，只要双层分别使用不同的
IDENT限定符且保证正确的嵌套关系即可：ssh user@host <<EOT ls -la --color cat <<EOF from a remote host EOF [ -f /tmp/1.tmp ] && rm -f /tmp/1.tmp EOT看起来有点怪？其实还好啦。
实际上，限定符可以取得非常长，只要是字母开头且只包含字母和数字（通常，下划线和短横线也是有效的，不过根据 bash 的版本不同、宿主实现的不同，可能会有一定的出入）即可。
abs 中有一个例子，节选如下：
wall <<zzz23EndOfMessagezzz23
fdjsldj
fdsjlfdsjfdls
zzz23EndOfMessagezzz23这是正确有效的，不过这个其实更怪一些。
Here String
在 bash, ksh 和 zsh 中，还可以使用 Here String：
$ tr a-z A-Z <<<"Yes it is a string"
YES IT IS A STRING此时也可以使用变量：
$ tr a-z A-Z <<<"$var"不常见的用法
同时重定向标准输出
有没有可能将HEREDOC存储为一个文件？显然是可以：
cat << EOF > /tmp/yourfilehere
These contents will be written to the file.
This line is indented.
EOF你可以注意到这种写法不同于经常性的写法：
cat >/tmp/1<<EOF
s
EOF但两者都是对的。
root
但当需要 root 权限时，'>' 并不能很好地工作，此时需要 sudo tee 上场：
cat <<EOF | sudo tee /opt/1.log
s
EOF子shell
标准输出的重定向，还可以通过子 shell 的方式来构造：
(echo '# BEGIN OF FILE | FROM'
cat <<- _EOF_
LogFile /var/log/clamd.log
LogTime yes
DatabaseDirectory /var/lib/clamav
LocalSocket /tmp/clamd.socket
TCPAddr 127.0.0.1
SelfCheck 1020
ScanPDF yes
_EOF_
echo '# END OF FILE'
) > /etc/clamd.conf这个例子只是一个示意，因为实际上该例子用不着那么麻烦，单个 cat HEREDOC 足够达到目的了，也不需要开子 shell 那么重。
cat <<EOF 的少见的变形
let() {
res=$(cat)
}
let <<'EOF'
...
EOF元芳，你怎么看？
还可以写作这样：
let() {
eval "$1"'=$(cat)'
}
let res<<'EOF'
...
EOF当然，其实它和单行指令是等效的：
{ res=$(cat); } <<'EOF'
...
EOF{} 是语句块，而不是子shell，因而更省力。根据具体情况来使用它，有时候你希望子 shell 的变量无污染的效果，或者别的期待，那你就使用 ()。
在参数展开语法中使用 HEREDOC
variable=$(cat <<SETVAR
This variable
runs over multiple lines.
SETVAR
)
echo "$variable"示例展示了在 $() 语法中可以随意地嵌入 HEREDOC。
如果你只是需要为变量用 HEREDOC 赋值，read var 通常是更好的主意：
read i <<!
Hi
!
echo $i # Hi对函数使用 HEREDOC
GetPersonalData () {
read firstname
read lastname
read address
read city
read state
read zipcode
} # This certainly appears to be an interactive function, but . . .
# Supply input to the above function.
GetPersonalData <<RECORD001
Bozo
Bozeman
2726 Nondescript Dr.
Bozeman
MT
21226
RECORD001
echo
echo "$firstname $lastname"
echo "$address"
echo "$city, $state $zipcode"
echo可以看到，只要函数能够接收标准输入，那就可以将 HEREDOC 套用上去。
匿名的 HEREDOC
#!/bin/bash
# filename: aa.sh
: <<TESTVARIABLES
${UX?}, ${HOSTNAME?} | ${USER?} | ${MAIL?} # Print error message if one of the variables not set.
TESTVARIABLES
exit $?这个示例中，如果变量没有被设置，则会产生一条错误消息，而该 HEREDOC 的用处实际上是用来展开要确认的变量，HEREDOC产生的结果作为 : 的标准输入，实际上被忽略了，最后只有 HEREDOC 展开的状态码被返回，用以确认是不是有某个变量尚未被设置：
$ ./aa; echo $?
./aa: line 3: UX: parameter null or not set
1由于 UX 变量缺失，因此调用的结果是一行错误输出，以及调用的退出码为 1，也就是 false 的意思。
:是true命令的同义词。就好像.是source命令的同义词一样。
进一步
除了用来一次性检测一大批变量有否被赋值的效果之外，匿名的 HEREDOC 也常常被用作大段的注释。
cat >/dev/null<<COMMENT
...
COMMENT
: <<COMMENT
...
COMMENT这些写法都可以，看你的个人喜好。Bash 程序员的一般风格是能省键盘就省键盘。但有时候他们也喜欢能炫就炫：
:<<-!
____ _ ____ _
/ ___| ___ ___ __| | / ___| ___ ___ __| |
| | _ / _ \ / _ \ / _` | | | _ / _ \ / _ \ / _` |
| |_| | (_) | (_) | (_| | | |_| | (_) | (_) | (_| |
\____|\___/ \___/ \__,_| \____|\___/ \___/ \__,_|
____ _ _
/ ___|| |_ _ _ __| |_ _
\___ \| __| | | |/ _` | | | |
___) | |_| |_| | (_| | |_| |
|____/ \__|\__,_|\__,_|\__, |
|___/
!while read
当我们需要读一个csv文件时，我们会用到 while read 结构。
将 csv 文件改为 HEREDOC：
while read pass port user ip files directs; do
sshpass -p$pass scp -o 'StrictHostKeyChecking no' -P $port $files $user@$ip:$directs
done <<____HERE
PASS PORT USER IP FILES DIRECTS
. . . . . .
. . . . . .
. . . . . .
PASS PORT USER IP FILES DIRECTS
____HERE由于不同格式的 CSV 的处理并非本文的主题，因此这里不再展开讨论具体情况了。
补充：循环的重定向
对于 while … done 来说，标准输入的重定向应该写在 done 之后。同样的，for … do … done 也是如此，until … done 也是如此。
while
while [ "$name" != Smith ] # Why is variable $name in quotes?
do
read name # Reads from $Filename, rather than stdin.
echo $name
let "count += 1"
done <"$Filename" # Redirects stdin to file $Filename.
until
until [ "$name" = Smith ] # Change != to =.
do
read name # Reads from $Filename, rather than stdin.
echo $name
done <"$Filename" # Redirects stdin to file $Filename. for
for name in `seq $line_count` # Recall that "seq" prints sequence of numbers.
# while [ "$name" != Smith ] -- more complicated than a "while" loop --
do
read name # Reads from $Filename, rather than stdin.
echo $name
if [ "$name" = Smith ] # Need all this extra baggage here.
then
break
fi
done <"$Filename" # Redirects stdin to file $Filename. 新的缩进和对齐语法
删除 TAB 缩进字符
<<-IDENT 是新的语法，市面上的 Bash 均已支持这种写法。它的特殊之处就在于 HEREDOC 正文内容中的所有前缀 TAB 字符都会被删除。
这种语法往往被用在脚本的 if 分支，case 分支或者其他的代码有缩进的场所，这样 HEREDOC 的结束标记不必非要在新的一行的开始之处不可。一方面视觉效果上 HEREDOC 跟随了所在代码块的缩进层次，可读性被提升，另一方面对于许多懒惰的编辑器来说，不会发生面对 HEREDOC 时语法分析出错、代码折叠的区块判断不正确的情况。
function a () {
if ((DEBUG)); then
cat <<-EOF
French
American
- Uses UTF-8
Helvetica
- Uses RTL
EOF
fi
}
如上的脚本段落中，结束标记EOF可以不必处于行首第一个字母，只要EOF以及其上的HEREDOC正文都以TAB字符进行缩进就可以了。
注意如果TAB字符缩进在这里没有被严格遵守的话，Bash解释器可能会报出错误。
像在正文中的 - Uses UTF-8 除开行首的 TAB字符缩进之外，还包含两个空格字符，这不会受到 <<- 的影响而被删除。
禁止变量展开
一般情况下，HEREDOC 中的 ${VAR}，$(pwd)，$((1+1)) 等语句会被展开，当你想要编写 ssh 指令时，可能你希望的是不要展开 $ 标记。
这可以用 <<"EOF" 来实现。
只需要在 IDENT 标记上加上引号包围就可以达到效果，结束标记则无需引号。
cat <<"EOF"
Command is:
$ lookup fantasy
EOF
# 如果不想展开，则你需要对 $ 字符进行转义
cat <<EOF
\$ lookup fantasy
EOF这个例子中，请注意单个的 $ 字符其实是不会展开也不会报错的，所以我们只是为了编写一个示例而已。
引号包围呢，单引号、双引号都可以，都会同样地生效。
甚至，你可以使用转义语法，也就是说：
cat <<\EOF
Command is:
$ lookup fantasy
EOF也能禁止参数展开。
同时应用上两者
上面两个新的语法特性，是可以被同时组合和运用的：
cat <<-"EOF"
Command is:
$ lookup fantasy
EOF虽然你可能根本不需要遇到这样的情形。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用。你还可以使用@来通知其他用户。